REMARKS 

Claims 1-118 are currently pending in the application, claims 1-24 and 63-1 18 being 
withdrawn from consideration responsive to a previous restriction requirement, and claims 25-62 
being currently examined. Claims 25 and 44 are the only independent claims currently being 
examined. 

As a preliminary matter, should the Examiner deem the claims of the present application to 
be allowable, Applicant requests that Figure 35 be used as the figure for the cover sheet on the 
issued patent. The Examiner is invited to telephone the undersigned to discuss alternative figures 
should it be necessary. 

The claims remain rejected as set forth in the last Office Action. In particular, claims 25-27, 
29-35, 37, 39-46, 48-54, and 62 stand rejected under 35 U.S.C. § 102(b) as being unpatentable over 
Kimpara et al. (5,310,962). Claims 28, 36, 38, 47, and 55-61 stand rejected under 35 U.S.C. § 
103(a) as being unpatentable over Kimpara in view of Toriumi (6,062,868). Applicant respectfully 
traverses these rejections, and requests reconsideration and allowance of the pending claims in view 
of the following arguments. 

1. Overview 

Applicant first takes the opportunity to characterize prosecution of the application. 

A) Examiner issues a Restriction Requirement resulting in an election for which the 
Examiner only examines less than 40 of the original 118 claims. 

B) The first Office Action of 12/28/2007 rejects all claims. 

C) Applicant's first response of 3/28/2008 amended the independent claims and 
provided a number of arguments as to the patentability of the claims. 

D) The second Office Action of 7/24/2008 addresses the previous version of the claims, 
does not consider several of the newly added claim features, does not specifically address 
Applicant's arguments, and deems a newly added claim limitation as "inherent." 

The rejection is clearly deficient as will now be described in more detail. 

2. Examiner's rejection covers the previous version of the claims 

Claims 25-27, 29-35, 37, 39-46, 48-54, and 62 stand rejected under 35 U.S.C. § 102(b) as 
being unpatentable over Kimpara et al. (5,310,962). 

Independent claim 25 is directed toward a system for extracting and generating control 
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signals and recites "a first image processing element for receiving a first incoming video signal, 
wherein said first image processing element detects at least one image-related component within 
an image represented by said first incoming video signal." 

First, the present Office Action addresses a "decomposition element" and other features 
which are no longer recited in the claim. The Examiner's comments with regard to such 
elements are therefore irrelevant to the instant claim. 

Second, the rejection to claim 25 does not identify where any of the above-underlined 
claim elements are found in Kimpara. The rejection is clearly deficient. 

3. Examiner fails to address Applicant's arguments 

Concerning claim 25, Applicant's last response provided comments distinguishing the MIDI 
tempo data of Kimpara and the claimed "MIDI continuous controller message" and "MIDI note 
message." 

The Examiner is surely aware of MPEP § 707.07(f), which provides: 

"In order to provide a complete application file history and to 
enhance the clarity of the prosecution history record, an 
examiner must provide clear explanations of all actions taken 
by the examiner during prosecution of an application. 

Where the requirements are traversed, or suspension thereof 
requested, the examiner should make proper reference thereto 
in his or her action on the amendment. 

Where the applicant traverses any rejection, the examiner should, 
if he or she repeats the rejection, take note of the applicant's 
argument and answer the substance of it." (emphasis added). 

The Examiner's failure to address Applicant's comments with regard to the MIDI tempo 
data of Kimpara is a clear violation of MPEP § 707.07(f). Applicant requests that the Examiner 
address Applicant's comments in accordance with the identified MPEP requirements. 

4. Inherency has not been established 

Claim 25 was amended to recite "at least one of a MIDI continuous controller message and 
a MIDI note message, the outgoing control signal being generated responsive to content in the 
image represented by said first incoming video signal." hi the present Office Action, the Examiner 
dismisses this element as being "inherent" without providing anything to support the notion that the 
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claimed MIDI continuous controller message and MIDI note message are an inherent characteristic 
of something in Kimpara. The rejection is deficient in a number of ways. 

First, the Examiner fails to identify what in Kimpara inherently discloses the claimed "MIDI 
continuous controller message" and the "MIDI note message." How does an entire reference 
inherently disclose a claim feature? 

Second, the Examiner fails to provide any reasoning to support the determination that the 
claimed MIDI features, which are allegedly inherent characteristics, necessarily flow from the 
teachings of Kimpara. MPEP 21 12 provides: "In relying upon the theory of inherency, the examiner 
must provide a basis in fact and/or technical reasoning to reasonably support the determination that 
the allegedly inherent characteristic necessarily flows from the teachings of the applied prior art." 
Ex parte Levy, 17 USPQ2d 1461, 1464 (Bd. Pat. App. & Inter. 1990) (emphasis in original). Here, 
Examiner Fletcher provided absolutely no discussion relating to his position of inherency. 

5. MIDI tempo data differs from MIDI continuous controller and MIDI note messages 
The Examiner does not explicitly state that the MIDI tempo data of Kimpara is being used 
to teach the claimed "at least one of a MIDI continuous controller message and a MIDI note 
message." The Examiner's comments on this point are vague and simply refer to the output of the 
Kimpara patent. In the event this is indeed the Examiner's position, Applicant will now 
demonstrate that the claimed "MIDI continuous controller message" and "MIDI note message" are 
distinguishable from MIDI tempo data. 

Attached Appendix A is a summary of MIDI message's provided by the MIDI 
Manufactures Association and is available at (http://www.m idi.org/about-midi/tablel.shtml). 
Table 1 shows, inter alia, the MIDI note message's of Note Off event (lOOOnnn) and Note On 
event (lOOlnnn). Table 1 of Appendix A also shows a Timing Clock message (1111 1000). The 
Timing Clock message is sometimes referred to as MIDI tempo data. See, for example, 
Appendix B, which is an explanation of MIDI timing concepts and is available at 
r http://web.phvsik.rwth-aacte^ Lastl y> 
Appendix C is a list of MIDI controller commands. This list is available at 
r htto://improv.sapp.org/doc/class/MidiOutput/controllers/c ontrollers.html). 

The foregoing establishes that the MIDI tempo data of Kimpara (shown as a Timing 
Clock message in Appendix A) is entirely different than a MIDI continuous controller message 
(Appendix C) or a MIDI note message (Appendix A). Consequently, the MIDI tempo data 
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output of Kimpara cannot therefore teach or suggest "at least one of a MIDI continuous 
controller message and a MIDI note message," as required by claim 25. 

In view of the foregoing, Kimpara fails to teach or suggest the identified features recited 
in claim 25, and therefore this claim is believed to be patentable. Independent claim 44 includes 
language similar to that of claim 25, and thus, is believed to be patentable for reasons similar to 
those discussed with regard to claim 25. The rejected dependent claims are believed to be 
patentable at least by virtue of their dependence on their respective independent claims. 

6. Examiner failed to respond to claim 44 arguments 

Applicant's last response provided comments relating to claim 44. However, the 
Examiner failed to respond or even acknowledge such comments in a manner required by MPEP 
§ 707.07(f) (as set forth above). Accordingly, Applicant again submits that claim 44 recites "the 
outgoing control signal being generated responsive to the detected posture of the human hand." 
Applicant has thoroughly reviewed Kimpara and has found no such teaching or suggestion 
relating to this element. Accordingly, claim 44 is believed patentable for this additional reason. 

7. Rejection under 35 U.S.C. § 103(a) 

Claims 28, 36, 38, 47, and 55-61 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Kimpara in view of Toriumi. 

Applicant has demonstrated above that Kimpara does not teach or suggest various features 
recited in claims 25 and 44. Applicant further submits that Toriumi does not supply any of the 
deficiencies of Kimpara. Therefore, for the reasons presented above, even if one skilled in the art 
were to combine the teachings of Kimpara and Toriumi in the manner asserted, the rejected 
dependent claims would be patentable at least by virtue of their respective dependencies upon 
patentable independent claims 25 and 44. 
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CONCLUSION 



In view of the above, Applicant submits that the currently pending claims are in condition 
for allowance. However, should there remain any outstanding issues, it is respectfully requested 
that the Examiner telephone the undersigned so that such issues may be resolved as expeditiously 
as possible. 

The Commissioner is hereby authorized to charge any additional fees which may be 
required in this application to deposit account No. 06-1 135. 

Address all correspondence to: Respectfully submitted, 

FITCH, EVEN, TABIN & FLANNERY 

120 So. LaSalle Street, Ste. 1 600 FITCH, EVEN, TABIN & FLANNERY 

Chicago, IL 60603 



/Jeffrey J. Lotspeich/ 



Direct telephone inquiries to: 

Jeffrey J. Lotspeich 
(858) 587-7652 

San Diego, California Office of 
FITCH, EVEN, TAB FN & FLANNERY 



Jeffrey J. Lotspeich 
Registration No. 45,737 
Attorney for Applicant 



Date: October 24, 2008 
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APPENDIX A 



Supporting the Arts Through Technology 



Table 1 of 4 - Summary of MIDI Messages 

The following table lists many of the major MIDI messages in numerical (binary) order. This table 
is intended as an overview of MIDI, and is by no means complete. 



• Table 2 - Expanded Messages List (Status Bytes) 

• Table 3 - Summary of Control Change Messages (Data Bytes) 

• Table 4 - Defined Universal System Exclusive Messages 

Additional messages are listed in the printed documentation available from the MMA. 

WARNING! Details about implementing these messages can dramatically impact 
compatibility with other products. We strongly recommend consulting the official 

Complete MIDI 1.0 Detailed Specification for additional information. 

Table 1: MIDI 1.0 Specification Message Summary- 
Updated 1995 By the MIDI Manufacturers Association 



Status Data Byte(s) Description 
D7 DO D7 DO 

Channel Voice Messages [nnnn = 0-15 (MIDI Channel Number 1-16)] 
lOOOnnnn Okkkkkkk Note Off event. 



See also: 



Ovwww 



This message is sent when a 
note is released (ended) . 
(kkkkkkk) is the key (note) number, 
(wwwv) is the velocity. 



lOOlnnnn 



Okkkkkkk 
Ovwww 



Note On event . 



This message is sent when a 
note is depressed (start) . 



(kkkkkkk) is the key (note) number, 
(wwwv) is the velocity. 



lOlOnnnn 



Okkkkkkk 
Ovwww 



Polyphonic Key Pressure (Aftertouch) . 
This message is most often sent by 
pressing down on the key after it 
"bottoms out" . 

(kkkkkkk) is the key (note) number, 
(wwwv) is the pressure value. 



lOllnnnn 



Occccccc 
Ovwww 



Control Change . 

This message is sent when a controller 
value changes . Controllers include devices 
such as pedals and levers . 
Controller numbers 120-127 are reserved 
as "Channel Mode Messages" (below) . 

(ccccccc) is the controller number (0-119) . 

(wwwv) is the controller value (0-127) . 



llOOnnnn Oppppppp 



Program Change. 

This message sent when the patch number changes. 



(ppppppp) is the new program number 



llOlnnnn 
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Channel Pressure (After- touch) . 

This message is most often sent by pressing down 
on the key after it "bottoms out". This message 
is different from polyphonic after- touch. Use 
this message to send the single greatest 
pressure value (of all the current depressed keys) . 
(vwww) is the pressure value. 

Pitch Wheel Change. 

This message is sent to indicate a change in the 
pitch wheel. The pitch wheel is measured by a 
fourteen bit value. Center (no pitch change) is 
2000H. Sensitivity is a function of the 
transmitter. 

(111111) are the least significant 7 bits, 
(mmmmmm) are the most significant 7 bits. 



Channel Mode Messages (See also Control Change, above) 



lOllnnnn Occccccc Channel Mode Messages. 

Ovwww This the same code as the Control 

Change (above) , but implements Mode 
control and special message by using 
reserved controller numbers 120-127. 
The commands are: 

All Sound Off. 

When All Sound Off is received 
all oscillators will turn off, and 
their volume envelopes are set to 
zero as soon as possible . 
c = 120, v = 0: All Sound Off 

Reset All Controllers. 

When Reset All Controllers is received, 
all controller values are reset to their 
default values. (See specific Recommended 
Practices for defaults) . 

c = 121, v = x: Value must only be zero 
unless otherwise allowed 
in a specific Recommended 
Practice . 

Local Control. 

When Local Control is Off, all devices 
on a given channel will respond only to 
data received over MIDI. Played data, etc. 
will be ignored. Local Control On 
restores the functions of the normal 
controllers . 

c = 122, v = 0: Local Control Off 
c = 122, v = 127: Local Control On 

All Notes Off. 

When an All Notes Off is received, 
all oscillators will turn off. 
c = 123, v = 0: All Notes Off 
(See text for description of actual 
mode commands . ) 

c = 124, v = 0: Omni Mode Off 
c = 125, v = 0: Omni Mode On 
c = 126, v = M: Mono Mode On (Poly Off) 



where M is the number of channels APPFMHIY 
(Omni Off) or 0 (Omni On) Mr r CliUIA 

c = 127, v = 0: Poly Mode On (Mono Off) 
(Note: These four messages also cause 
All Notes Off) 



System Common Messages 

11110000 Oiiiiiii System Exclusive. 

Oddddddd This message makes up for all that MIDI 

doesn't support. (iiiiiii) is usually a 
seven-bit Manufacturer's I.D. code. If the 
Oddddddd synthesizer recognizes the I.D. code as 

11110111 its own, it will listen to the rest of 

the message (ddddddd) . Otherwise, the 
message will be ignored. System Exclusive 
is used to send bulk dumps such as patch 
parameters and other non-spec data. 
(Note: Real-Time messages ONLY may be 
interleaved with a System Exclusive.) 
This message also is used for extensions 
called Universal Exclusive Messages. 



11110001 

11110010 01111111 



11110011 Osssssss 

11110100 
11110101 
11110110 



Undefined. (Reserved) 
Song Position Pointer. 

This is an internal 14 bit register that 
holds the number of MIDI beats (1 beat= 
six MIDI clocks) since the start of 
the song. 1 is the LSB, m the MSB. 

Song Select . 

The Song Select specifies which sequence 
or song is to be played. 

Undefined. (Reserved) 

Undefined. (Reserved) 

Tune Request . 

Upon receiving a Tune Request, all analog 
synthesizers should tune their oscillators . 

End of Exclusive. 

Used to terminate a System Exclusive 
dump (see above) . 



System Real-Time Messages 



11111001 
11111010 



Timing Clock. 

Sent 24 times per quarter note when 
synchronization is required (see text) . 



Undefined. 



(Reserved) 



Start . 

Start the current sequence playing. 
(This message will be followed with 
Timing Clocks) . 



11111011 



Continue . 

Continue at the point the sequence was 
Stopped. 



11111100 



Stop . 

Stop the current sequence. 
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11111101 



Undefined. (Reserved) 



11111110 



Active Sensing. 



Use of this message is optional. When 
initially sent, the receiver will expect 
to receive another Active Sensing message 
each 300ms (max) , or it will be assume 
that the connection has been terminated. 
At termination, the receiver will turn off 
all voices and return to normal (non- 
active sensing) operation. 



Reset all receivers in the system to 
power-up status. This should be used 
sparingly, preferably under manual 
control. In particular, it should not 
be sent on power -up. 



11111111 



Reset . 



All materials, graphics, and text copyright © 1995-2008 MIDI Manufacturers Association Incorporated. 
Los Angeles, California. Use is prohibited without written permission. 



Explanation of Absolute and 
Relative Time 
MIDI Timing Clock 

Different types of Time Code 

• SMPTE Time Code 

• MIDI Time Code 



Examples of MIDI Time Code in a 
Sequence 

Studio design using SMPTE/MIDI 
Time Code 
Related Terms 



The first concept that needs to be understood is the difference between absolute and relative time. MIDI 
Time Code and SMPTE Time Code are representations of absolute time in that they follow hours, minutes 
and seconds just like your watch. Absolute time is always the same and you cannot speed it up or slow it 
down. Relative time is a reference to a musical piece that has an inner tempo. A composition may take three 
minutes to perform at a tempo of 80 bpm (beats per minute), but would take only a minute and a half if the 
tempo was increased to 160 bpm. An advanced MIDI sequencer is able to work with both absolute time and 
relative time and make adjustments when there are changes in the relative time of a composition. 

In the chart below the upper line represents absolute time and includes an example of 17 seconds of time. 
Both MIDI Time Code and SMPTE Time Code may be used to represent absolute time which is fixed and 
may not be moved. Following the absolute time line are examples of repeated quarter notes at 3 different 
tempos (relative time). Notice that 2 measures have passed at 4 seconds with a tempo of 120 bps, but it would 
take 8 seconds for the same two measures at a tempo of 60 bpm and 16 seconds for the same two measures at 
a tempo of 30 bpm. 



MTC / SMPTE 

Seconds 1 Z 3 4 5 6 7 8 9 10 11 13 13 14 15 t8 17 
Measure I 
120 BPM 
Measure 1 
60 BPM 

Measure t 
30 



J J J J | J J J J | J J J J | J J J J | J J J J | J J J J | J J J J | J J J J | J 
J J J J |j J J J |J J J J |J J J J |J 



3 



J J J J |J J J J |J 



I return to the menu 

MIDI Timing Clock (MIDI Sync) is a status byte (F8) that is sent 24 times per quarter note for note 
resolution. Advanced sequencers will also subdivided each MIDI clock twenty times for a resolution of 480 
times per quarter note. Standard - 24 PPQ. Professional - 480 PPQ. If the tempo changes, the speed of the 
MIDI Timing Clock will pass at a faster rate, but the number of status bytes (F8) per quarter note will stay the 
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An F8 status byte is a system real time message that is 
used in a MIDI sequence to connect all the different 
! rhythm values. The image above is a simple sequence 
; consisting of quarter notes in the 1st measure, half notes in 
i the 2nd measure, a whole note in the 3rd measure, 
! followed by eighth-notes and sixteenth notes in the 4th 
; and 5th measure, and finally a whole note in the last 
1 measure. 

| To the left is a graph depicting the same information in an 
; event listing. Notice that the first number represents the 
> measure, followed by the beat and finally the F8 timing 
; clock resolution. In the first three measures each note 
\ starts exactly on the beat which corresponds to a timing 
| clock reference of 0. Notice at the 4th measure that the 
5 timing clock has changed to values of 240. Remember that 
I 480 times is the total for each quarter note and the 240 
s value is an eight note. In measure 5, the value changes to 
' 1 20 which now represents the sixteenth note. 

s If the tempo of this sequence was changed to a different 
| number, the numbers and values on these two charts 
5 would not change. What would change is the location of 
5 the notes in respect to absolute time. The value of the new 
tempo would map out a new chart for placement along the 
MIDI Time Code. 

Now we will look at what MIDI Time Code and SMPTE 
Time Code have in common (absolute time) and how it is 
used in conjunction with MIDI Timing Clock (relative 
time). 

IH Ireturn to the menu 

A Time Code is an electrical or digital signal that gives a common timing reference for syncing MIDI devices 
with other electronic devices. The evolution of timing references has changed dramatically since the 
beginning of MIDI, from the use of click track, PPQ Clocks, FSK Clocks, to the more sophisticated use of 
SMPTE Time Code and MIDI Time Code. 

SMPTE Time Code (Society of Motion Picture and Television Engineers) Was originally developed by 
NASA to sync computers together. SMPTE is a digitally encoded labeling system that strips a tape with an 
exact timing reference. It is a 1200 Hz modulated square wave that uses a biphase modulation to encode the 
signal on a tape. SMPTE is used to sync video with music, audio and sound effects. It may be used with a 
multi-track tape recorder and a synchronizer to sync a MIDI sequence with the tape or to sync two 
multi-track tape recorders. It is important to remember that a SMPTE Time Code signal is made up of digital 
words that contain 80 bits. These bits are used to represent the type of SMPTE signal, the actual location 



which includes hours, minutes, seconds, and frames, as well as user bits for dates^ 
digital number is converted to an audio tone so that it may be recorded on to an analog tape. 

There are two different ways to record a SMPTE Time Code on to a tape. LTC Time Code (Longitudinal 
Time Code) is SMPTE Time Code encoded on one of the audio tracks or in-between the audio tracks of a 
video tape. This type of time code needs to be ninning in order to be read. A window bum is used on a 
working copy of a tape with LTC in order to address the code in slow or paused position. VITC Time Code 
(Vertical Interval Time Code) is SMPTE Time Code encoded on the Video signal in the Interval between 
frames. This allows for the use of SMPTE at very slow speeds without the need of a window burn or the loss 
of an audio track. 

There are four different SMPTE formats in the standard. Each format refers to the number of frames per 
second. In film there are 24 frames which corresponds to the number of pictures per second. In European film 
and video the number of frames per second is 25. In the United States the original black and white TV 
programs ran at exactly 30 frames per second. This changed with the advent of color to run at 29.97 frames 
per second. In order to compensate for this discrepancy, there is a SMPTE format called "drop frame" at 30 
frames per second. There are exactly 30 frames for every second, except two frames are dropped at the 
beginning of every minute, except at minutes 0, 10, 20, 30, 40 and 50. A total of 108 frames are dropped for 
each minute to adjust to the 29.97 frames per second. The standard that is used for most applications is "30 
drop frame" and listed below are some examples. 

The number to the left 
represents a specific 
moment in time. The 
1 number represents 1 hour, 
1 6 minutes, 12 seconds, 9 
J frames and 6 bits. There 
are 80 bits for every 
frame. 



01:06:12:09:06 



The number to the right 
represents 23 hours, 59 
minutes, 59 seconds, 29 
frames, and 79 bits. By 
adding one more bit to 
this number would change 
the number to 24 hours. 



23:59:59:29:79 



When MIDI was invented there was no specific data for synchronizing with SMPTE Time Code. If a musician 
was trying to use MIDI sequences to synchronize with a video tape they needed a sync device. Song Position 
Pointer is a System Common status byte F2, that is generated every six MIDI clocks. It is used as a reference 
to find a location in a song by counting the Song Position Pointer total and diving by 16 (4 per quarter note in 
a 4/4 time signature) to find the measure. A Tempo Map is used by a sequencer to change tempo at certain 
locations in a sequence. In order to synchronize with Song Position Pointer, a sync device is used to decide 
tempo and tempo changes in a song and the amount of measures in a song, using SPP and tempo map. The 
sync device can then figure out the amount of SMPTE time that passes at certain "hits". This was a very 
complicated way of synchronizing a MIDI sequence to a video tape, so in 1987, MIDI Time Code, was added 
to the MIDI specification in order to have a direct link of MIDI with SMPTE Time Code. 

Oreturn to the menu 



MIDI Time Code is a digital conversion of the SMPTE Time Code that allows MIDI devices to lock to the 



SMPTE Time Code in real time. Every frame of the SMPTE Time Code is broker^ppjg^Wj^sgf 
MIDI Time Code with an average of 120 times a second. There are System Common Quaff er "rame 
messages which are used when the system is running and System Exclusive Full Messages to address any 
location. 

MIDI Time Code Quarter Frame Messages (QFM) are used when a system is running. It takes a total of 8 
QFM to address one SMPTE Frame. That means that SMPTE is updated every two frames. Each QFM starts 
with the Fl Status byte, followed by a Data byte were the first nibble will be 0 through 7 followed by a nibble 
that is the actual number. 

Fl - MIDI Time Code Quarter Frame Address - Status _ _ „ 



Byte 

n= First nibble - 


0 


- Frame count LS nibble 




n= First nibble - 




- Frame count MS nibble 




n= First nibble - 


2 


- Seconds count LS nibble 




n= First nibble - 


3 


- Seconds count MS nibble 




n= First nibble - 


4 


- Minutes count LS nibble 


The 


n= First nibble - 


5 


- Minutes count MS nibble 


relationship 
between the 


n= First nibble - 


6 


- Hours count LS nibble 


SMPTE time 
code numbers 


n= First nibble - 
Type 


7 


- Hours count MS nibble and SMPTE 


and MIDI time 
code quarter 
frame message 


x= Second nibble - 


Actual number of the Time Code 0 


is listed in the 


through 9 






example below. 



01:16:25:12:24 



0 1 1 6 2 5 1 2 
Fl Fl Fl Fl Fl Fl Fl Fl 
70 61 51 46 32 25 11 02 



Example of MIDI Time Code in a MIDI Sequencer 



In the example to the right 
are red arrows pointing to 
specific MIDI time code data 
in a sequencer track. The 
upper right arrow is pointing 
to a specific absolute time 
number of 1 hour, 3 minutes, 
7 seconds and 8 frames. 
Below this arrow is an arrow 
pointing to the music that is 
being played at this location. 

The arrow on the left is 
pointing to an offset number. 
Offset is a way of setting the 
MTC time at a certain 
number to begin a sequence 
or cue. 
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0 


78 
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D2 


0 
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3 
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0 
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43- 


2 


258 
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C#2 


0 
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2 
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0 
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C2 


0 


97 


J 4S . 
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01 :01 :38:1|k38 


F3 


0 
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0 


93 
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01 :01 :48:03.25 


A2 


0 


80 


53- 




115 


01 :01 :48:03.25 


G3 


0 


93 


53- 




120 


01 :01 :48:03.37 


B3 


0 


93 



Here is an event listing of the 
notes and the arrows are 
pointing to an exact moment in 
time. In the top arrows the note 
D2 is played in measure 39, 
beat 1, with a MIDI clock 
^resolution of 70. This note 
I occurs at 1 hour, 1 minute, 22 
a seconds, 6 frames and 5 1 bit 
resolution. 



In the lower arrows the note C2 
is played in measure 48, beat 1, 
with a MIDI clock resolution of 
220. The time reference of this 
note is 1 hour, 1 minute, 38 
seconds, 29 frames, and 34 bit 
resolution. 



It is important to remember that 
if the tempo of the music 
changed, the time code 
-numbers would change, but the 
value and placement of the 
notes would stay the same. The 
next two example clearly show 
the relationship of the MIDI 
time code with the MIDI timing 
clock. 



APPENDIX B 




There are red 
arrows in the 
diagram to the 
right that are 
locating a 
highlighted 
note in this 
MIDI 

sequence at 
measure 5, 
beat 2. The D4 
tempo for this 83 
sequence is set &3 
at 220 bpm E3 
and the time C3 
code (upper 
right arrow ^ 
indicates that B1 
the note will Q1 
start at 4 fi 
seconds, 19 
frames and 74 
bits and will 
end at 5 
seconds, 13 
frames and 79 
bits. 



above with the 
tempo slowed 

■^1 EE Una Ojj|i-oo:oo: S:22. s JS;5;?;;g:"h vn t0 110 bps 

i-s 2-1 2-z 5-i >-Y 4-1 yTYi 5 -3 S^ Again the same 
< j , i , i , i i I i i i I , i i I . i i I . i i I ,yr\ , i . | JL i , i ■ | ■ n ote at measure 



This example is 
the exact same 



\_5, beat 2 is 

highlighted, but 
...with the slower 
'.tempo the time 
?--code numbers 
„.have changed. 
-The note will 
""first start at 9 
^"seconds, 9 
" frames and 66 
bits and end at 
10 seconds, 27 
frames and 78 
bits. 



The highlighted note would start 4 seconds, 19 frames, and 72 ^fftVPN DIX B 

the second example with the tempo cut in half. The duration of me 
highlighted note in the second example would be for 1 second, 18 frames 
and 12 bits, while the duration of the highhghted note in the first example 
would only be 0 seconds, 24 frames and 5 bits. The use of MIDI Time 
Code in a sequencer allows the user to make changes with the tempo of a 
composition and all the timing information is automatically updated to 
follow the new tempo marking. With the use of MIDI Time Code to sync 
up to SMPTE Time Code, there is no need for a sync device and 
synchronization with Song Position Pointer 



! r return to the menu 

Studio design using SMPTE/MIDI 
Time Code 
Related Terms 



What is MIDI? 



MIDI Connections Java Enabled MIDI Connections Non-.lava 




Undemanding Decimal Binary & Language 
Hexadecimal — 



MIDI Channels and Modes MIDI Controllers 
Standard MIDI Files Using MIDI on a Web Site 

Audio vs. M IDI Files MIDI Timing Concepts 



Types oj Data Transmitted 
through MIDI 



General MIDI 

\nilcat s that use MIDI 

Authorlnfo and Comments 



MIDI Continuous Controllers 



A MIDI continuous controller command consists of the MIDI controller command followed by two data bytes 
that specify the controller number and the controller's value: 

OxbO | channel = MIDI continuous controller command 
0 . . 127 = MIDI continuous controller number 

0 . . 127 = MIDI continuous controller value 



Controller 
Number 

Hex Dec Controller Name Data Range 



Bank Select (coarse) 
Modulation Wheel (coarse) 
Breath Control (coarse) 
Continuous controller #3 
Foot Controller (coarse) 
Portamento Time (coarse) 
Data Entry Slider (coarse) 
Main Volume (coarse) 
Stereo Balance (coarse) 
Continuous controller #9 
Pan (coarse) 

Expression (sub-Volume) (coarse) 
Effect Control 1 (coarse) 
Effect Control 2 (coarse) 
Continuous controller #14 
Continuous controller #15 



11 


17 


General 


Purpose 


Slider 


2 


12 


18 


General 


Purpose 


Slider 


3 


13 


19 


General 


Purpose 


Slider 


4 



Continuous controller #20 
Continuous controller #21 
Continuous controller #22 
Continuous controller #23 
Continuous controller #24 
Continuous controller #25 
Continuous controller #26 
Continuous controller #27 
Continuous controller #28 
Continuous controller #29 
Continuous controller #30 
Continuous controller #31 
Bank Select (fine) 
Modulation Wheel (fine) 
Breath Control (fine) 
Continuous controller #3 (fine) 
Foot Controller (fine) 
Portamento Time (fine) 
Data Entry Slider (fine) 
Main Volume (fine) 
Stereo Balance (fine) 
Continuous controller #9 (fine) 
Pan (fine) 

Expression (sub-Volume) (fine) 
Effect Control 1 (fine) 
Effect Control 2 (fine) 



0. .127 
0 . .127 
0 . .127 
0 . .127 
0. .127 
0. .127 
0. .127 
0 . .127 
0 . .127 
0 . .127 

0=left 64=center 127=right 

0. .127 

0. .127 

0 . .127 

0 . .127 

0 . .127 

0 . .127 

0. .127 

0. .127 

0. .127 

0 . .127 

0. .127 

0. .127 

0. .127 

0. .127 

0. .127 

0. .127 

0 . .127 

0. .127 

0. .127 

0. .127 

0. .127 

0..127 usually ignored 
0. .127 
0. .127 
0. .127 
0. .127 
0. .127 
0. .127 
0 . .127 
0 . .127 
0 . .127 
0 . .127 



usually ignored 



usually ignored 
127 usually ignored 
127 



2E 


46 


Continuous 


controller 


#14 


(fine) 


0 . 


.127 


2F 


47 


Continuous 


controller 


#15 


(fine) 


0. 


.127 


30 


48 


Continuous 


controller 


#16 




0. 


.127 


31 


49 


Continuous 


controller 


#17 




0. 


.127 


32 


50 


Continuous 


controller 


#18 




0. 


.127 


33 


51 


Continuous 


controller 


#19 




0 . 


.127 


34 


52 


Continuous 


controller 


#20 


(fine) 


0 . 


.127 


35 


53 


Continuous 


controller 


#21 


(fine) 


0 . 


.127 


36 


54 


Continuous 


controller 


#22 


(fine) 


0 . 


.127 


37 


55 


Continuous 


controller 


#23 


(fine) 


0 . 


.127 


38 


56 


Continuous 


controller 


#24 


(fine) 


0 . 


.127 


39 


57 


Continuous 


controller 


#25 


(fine) 


0 . 


.127 


3A 


58 


Continuous 


controller 


#26 


(fine) 


0 . 


.127 


3B 


59 


Continuous 


controller 


#27 


(fine) 


0. 


.127 


3C 


60 


Continuous 


controller 


#28 


(fine) 


0. 


.127 


3D 


61 


Continuous 


controller 


#29 


(fine) 






3E 


62 


Continuous 


controller 


#30 


(fine) 


0. 


.127 


3F 


63 


Continuous 


controller 


#31 


(fine) 


0. 


.127 



APPENDIX C 



62 98 

63 99 

64 100 

65 101 

66 102 

67 103 

68 104 

69 105 
6A 106 
6B 107 
6C 108 
6D 109 
6E 110 



Hold pedal (Sustain) on/off 
Portamento on/off 
Sustenuto Pedal on/ off 
Soft Pedal on/off 
Legato Pedal on/off 
Hold Pedal 2 on/off 
Sound Variation 
Sound Timbre 
Sound Release Time 
Sound Attack Time 
Sound Brighness 
Sound Control 6 
Sound Control 7 
Sound Control 8 
Sound Control 9 
Sound Control 10 



51 


81 


General 


Purpose 


Button 


52 


82 


General 


Purpose 


Button 


53 


83 


General 


Purpose 


Button 



Undefined on/off 
Undefined on/off 
Undefined on/off 
Undefined on/off 
Undefined on/ off 
Undefined on/off 
Undefined on/off 
Effects Level 
Tremulo Level 
Chorus Level 
Celeste (Detune) Level 
Phaser Level 
Data entry +1 



97 Data entry 



Non-Registered Parameter Number (coarse 
Non-Registered Parameter Number (fine) 
Registered Parameter Number (coarse) 
Registered Parameter Number (fine) 
Undefined 
Undefined 
Undefined 
Undefined 
Undefined 
Undefined 
Undefined 
Undefined 
Undefined 



.63=off 
0 . .63=off 
0. .63=off 
0. .63=off 
0 . .63=off 
0. .63=off 
0. .127 
0. .127 
0. .127 
0. .127 
0. .127 
0. .127 
0. .127 
0. .127 
0. .127 
0. .127 
0. .63=off 
0. .63=off 
0. .63=off 
0. .63=off 
0. .63=off 
0. .63=off 
0. .63=off 
0. .63=off 
0 . .63=off 
0. .63=off 
0. .63=off 
0 . .127 
0. .127 
0 . .127 
0 . .127 
0. .127 
ignored 
ignored 
0 . .127 
0 . .127 
0. .127 
0 . .127 



.127=on 
.127=on 
.127=on 
.127=on 
.127=on 
.127=on 



. .127=on 
. .127=on 
. .127=on 
. .127=on 
. .127=on 
. .127=on 
. .127=on 
. .127=on 
. .127=on 
. .127=on 
. .127=on 



6F 


111 


Undefined 


? 


70 


112 


Undefined 


? 


71 


113 


Undefined 


? 


72 


114 


Undefined 


? 


73 


115 


Undefined 


? 


74 


116 


Undefined 


? 


75 


117 


Undefined 


? 


76 


118 


Undefined 


? 


77 


119 


Undefined 


? 


78 


120 


All Sound Off 


ignored 


79 


121 


All Controllers Off 


ignored 


7A 


122 


Local Keyboard On/Off 


0 . .63=off 


7B 


123 


All Notes Off 


ignored 


7C 


124 


Omni Mode Off 


ignored 


7D 


125 


Omni Mode On 




7E 


126 


Monophonic Mode On 




7F 


127 


Polyphonic Mode On (mono=off) 


ignored 



APPENDIX C 



64 . .127=on 



**Note: This equals the number of channels, or zero if the number of cl 
equals the number of voices in the receiver. 
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